home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Grab Bag
/
Shareware Grab Bag.iso
/
011
/
gumup1.arc
/
FK.DOC
< prev
next >
Wrap
Text File
|
1985-06-26
|
9KB
|
193 lines
************************************************************************
DOCUMENTATION FOR FK: A FUNCTION KEY HANDLER FOR PC-DOS 1.0 and 1.1
**********************************************************************
I. Introduction
This document describes the program FK, a function key handler for
use under IBM PC-DOS versions 1.0 and 1.1. The program may not work
under other versions of DOS.
The program was developed under a grant from Userview Corporation.
II. Rationale
Under standard PC-DOS, the ten function keys are not used to their
full potential. The keys are used for simple command line editing, and
several of the functions are duplicated by other keys on the keyboard.
FK allows you to assign strings up to 24 characters in length to each
of the function keys, so you can give an entire command or file name
with a single keypress.
For those who use the normal PC-DOS command line editing facilities,
FK moves functions not already duplicated to keys on the cursor moving pad.
III. Using the program
There are five different actions available with FK. They all
begin with the command name 'FK'; of course, the FK program (FK.COM) must be
available on the selected disk drive when the command is issued.
The actions are as follows:
SHOWING THE DEFINITIONS: You may display the current definitions
of the ten function keys by giving the command "FK". Control characters
imbedded in the strings are displayed as ^x (just as they are echoed
during command line input) except for carriage return (ENTER), which is
displayed as a leftward-pointing arrow. Users with a printer may get
a hardcopy of their definitions by pressing CTRL-PRTSC before giving the
FK command.
REDEFINING A KEY: You may assign a string to one of the function
keys by giving the command "FK Fn <string>" where n is the number of the
key to assign (1 thru 10), and <string> is the string of characters you
wish to get when you press that key. For example, "FK F1 DIR" would
assign the directory command "DIR" to function key F1. You may include
a carriage return in the string by using the vertical line character (|)
wherever you want the CR; for example, "FK F1 DIR|" would do the directory
command immediately upon your pressing F1 (in the previous case, you would
have to press ENTER yourself after pressing F1). Keys may only be assigned
strings of up to 24 characters in length; strings which are too long will
be truncated without warning.
SAVING THE DEFINITIONS: You may save the current definitions of
the function keys to a disk file for later use (see LOADING below). To
do so, give the command "FK SAVE <fname>" where <fname> is the name of
the file in which to save the definitions. For example, "FK SAVE MY.KEY"
would save all current key assignments in the file "MY.KEY". Any valid
filename may be used, but the use of the ".KEY" extension is recommended
for clarity.
LOADING KEY DEFINITIONS: You may recover key definitions previously
saved with "FK SAVE" by typing "FK LOAD <fname>", where <fname> is the
name of the file containing the key definitions. You should *only* use
this command on files which have been created by "FK SAVE"; if you don't,
FK will probably not accept the file. The key definitions which are
automatically loaded with FK when it is first called should be available
in the file "STD.KEY" on the disk with this document.
GETTING HELP: You can get a rundown of these command formats by
typing "FK HELP".
IV. Notes
Abbreviations: You can use S, L, and H as abbreviations for
"SAVE", "LOAD", and "HELP", respectively. For example, you might type
"FK L STD.KEY" to recover those definitions.
Warning concerning key files: Attempting to load key files
which were not created with "FK SAVE" or which were altered with DEBUG
or some editor may result in system crashes.
Command line editing facilities: As mentioned, the old actions
assigned to the function keys have been moved to the cursor keypad.
F1 (copy one char from template) has always been duplicated by the cursor-
right key. With FK active, the skip/copy function of F2 is moved to
the cursor-up key. Copy-remaining (F3) is moved to the END key.
Skip/delete (F4) is now assigned to the down-arrow key. Move-displayed (F5)
has been reassigned to the HOME key.
F6 was used by DOS to issue the end-of-file mark, ^Z. The
standard key definitions leave ^Z assigned to F6, but if you need to
change this, you can always signal end-of-file by typing CTRL-Z.
V. Additions to revision 2 (28 July 1982)
The following enhancements have been added to FK as of 28 July 1982.
Thanks to Webb Blackman, Jr. , and Michael Sullivan for suggestions and
comments.
* QUIET MODE: To prevent extraneous output during FK processing
(for example, the possibly unwanted listing of key definitions
during a "load" in an autoexec file), the 'quiet mode' option
has been added. Preceeding any command letter with 'Q' causes
most output to be suppressed. Copyright notices and error
messages will be displayed even if quiet mode is requested.
Example: "FK QL DEV.KEY" to 'quietly' load the definition file
"DEV.KEY".
CHANGES AND REVISIONS:
1) Carriage returns are now displayed as a vertical bar instead of
a left arrow. This change was made since the left arrow is a character
27 (escape), which many printers use as a "here comes a command"
signal.
2) The file name you're using to SAVE your definitions is displayed
at the conclusion of a successful SAVE. No drive or extension
spec is displayed, however.
3) The much-demanded FK RESET option is now available. Typing FK R
puts FK asleep until another FK command is issued, at which point
it reawakens (unless that is another FK R, in which case FK
is awake only a millisecond or so). Please experiment with this
option under several systems (EDIX and VOLKSWRITER come to mind)
to make sure it behaves like you want it to.
PATCHING FK FOR NONSTANDARD OPERATING SYSTEMS
FK is designed to lodge itself properly in one of two different
operating systems. Standard FK can handle DOS 1.00 and DOS 1.10. For
any given unusual system (i.e. hard disk, RAM-resident disk, etc.) the
program may not operate properly and may have to be modified as per
the following instructions:
1. Boot the oddball operating system.
2. Using DEBUG, search segment 60 for the following string:
3C 3E 3D 3D 3F
The resulting address is the TABLE address.
3. Search segment 60 for the following string:
92 B4 00 CD 16
The resulting address is the VECTOR address.
4. Note that both the TABLE and VECTOR addresses are offsets in
segment 60H. If either of them cannot be found, FK probably
cannot be patched to run in this environment.
5. DEBUG FK.COM
6. In the code segment at location 210 are six bytes which must be
patched to allow for the new operating system. At 210 and 211 are
the two "identifier bytes" printed by FK when it signs on
(i.e. DOS 1.xx-- xx are the ID bytes). For example, the RAMDrive
version of FK under DOS 1.1 has "1r" as ID bytes.
7. The next two bytes (locations 212-213) must contain the TABLE
address in normal low - high order. For example, if the search
returned address 0B88 for the TABLE address, one might do an
ECS:212 88 0B
8. The next two bytes (locations 214-215) must contain the VECTOR
address in low - high order, much as in the previous example.
9. When the patches have been made, use W to save the new version
of FK.COM. One should, of course, back up the program first
in case something went wrong.
When following this patching procedure, FK will work under the
desired operating system as well as under vanilla DOS 1.10. If it is
necessary to use something else besides 1.10, the patches may be
performed at location 216 as well, allowing two oddball operating
systems.
The author assumes absolutely no responsibility for anguish or
lost data caused by attempting to patch FK.
KNOWN PATCHES:
for DOS 1.00: ecs:210 30 30 18 05 C7 00
for JEL/JFORMAT: ecs:210 31 6A 88 0B 95 00
for JEL/JFORMAT v1.62: ecs:210 31 6A 88 0D 95 00
for Microsoft RAMDrive: ecs:210 31 72 48 06 95 00